home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960209-19960425 / 000403_news@columbia.edu _Fri Apr 12 15:30:34 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id PAA09479 for <kermit.misc@watsun>; Fri, 12 Apr 1996 15:30:29 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id PAA12772 for kermit.misc@watsun; Fri, 12 Apr 1996 15:30:18 -0400 (EDT)
  4. Path: news.columbia.edu!panix!news.eecs.umich.edu!news.lsa.umich.edu!newsxfer.itd.umich.edu!ncar!gatech!newsfeed.internetmci.com!info.ucla.edu!psgrain!nntp.teleport.com!usenet
  5. From: mkmcconn@teleport.com (Mark McConnell)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: modem won't respond to mskermit
  8. Date: 11 Apr 1996 16:01:34 -0700
  9. Organization: Teleport - Internet Access -- 220-1016; Portland, Oregon, USA
  10. Lines: 45
  11. Sender: mkmcconn@julie.teleport.com
  12. Message-ID: <spwu3yqtlf5.fsf@julie.teleport.com>
  13. References: <spw91g9mkrt.fsf@julie.teleport.com>
  14.     <4k904b$mc2@apakabar.cc.columbia.edu>
  15.     <spwag0lq1pc.fsf@linda.teleport.com>
  16.     <4keqi7$crf@apakabar.cc.columbia.edu>
  17. Reply-To: mkmcconn@teleport.com
  18. NNTP-Posting-Host: julie.teleport.com
  19. In-reply-to: fdc@watsun.cc.columbia.edu's message of 9 Apr 1996 23:06:47 GMT
  20. X-Newsreader: Gnus v5.0.15
  21.  
  22. >>>>> "fdc" == Frank da Cruz <fdc@watsun.cc.columbia.edu> writes:
  23.  
  24. fdc> In article <spwag0lq1pc.fsf@linda.teleport.com>,
  25. fdc> Mark McConnell <mkmcconn@teleport.com> wrote:
  26. fdc> : ...
  27. fdc> : Your description of the symptoms associated with a mismatched speed points
  28. fdc> : in the direction of the solution, apparently.  I am using a ZOOM VFX V.32bis
  29. fdc> : modem.  I had attempted to SET SPE 28800.  When I changed to 38400, the 
  30. fdc> : modem responded.  Also works at 57600 and 14400, but not 28.8.
  31. [snip]
  32.  
  33. fdc> OK, so we have a new gotcha to add to the long list.  Your modem does not
  34. fdc> respond to commands at an interface speed of 28800 bps.  Either this is a
  35. fdc> bug in (or "restriction" of) the modem, or else it is a documented feature.
  36. [snip]
  37.  
  38. fdc> The interesting piece of this puzzle is why the modem appeared to echo its
  39. fdc> commmands correctly at a speed which it did not recognize.  My theory is
  40. fdc> that, when the modem is offline and not reading and explicitly echoing the
  41. fdc> characters that it receives, that it acts as a kind of electrical mirror,
  42. fdc> in effect shorting its receive and transmit wires.  A similar phenomenon is
  43. fdc> noted sometimes on unoccupied (empty), unterminated COM ports.
  44.  
  45. fdc> A telltale sign of this syndrome is that carriage return (the Enter key) is
  46. fdc> echoed without a linefeed.  If the modem is reading and echoing characters,
  47. fdc> it will echo a carriage return as a carriage return AND a linefeed.  So,
  48. fdc> for example, when the device is simply bouncing signals back to you, and
  49. fdc> you type AT<Enter>, the result on your screen are the letters AT, with the
  50. fdc> cursor on A, not one line below it.
  51. fdc> - Frank
  52.  
  53. Frank,
  54. In case it is helpful, this is exactly the behavior I saw.  There is no 
  55. line-feed, but the characters echoed are not gibberish.  The screen
  56. shows what I typed, except the carriage return does not send the cursor to
  57. a new line.
  58.  
  59. Mark Mc
  60. -----
  61.  
  62.  
  63. -- 
  64. Mark McConnell
  65. =-=-=-=-=-=-=-mkmcconn@teleport.com-=-=-=-=-=-=-=-=
  66.